REMARKS 



Claims 1-44 are currently pending in the application. Claim 36 has been allowed. 
Claims 1-35 and 37-44 were rejected. These rejections are respectfully traversed. 

ALLOWABLE SUBJECT MATTER 

Applicants acknowledge with appreciation the allowance of claim 36. Applicants believe 
that the other pending claims are also in condition for allowance for at least the reasons set forth 
below. 

REJECTIONS UNDER 35 U.S.C. § 103 

In light of the Applicants' response to the previous Office Action, the Examiner has 
submitted new grounds for rejection in the present Office Action. However, no new art is cited. 

Claims 1-35 and 37-44 were rejected under 35 U.S.C. 103(a) as being unpatentable over 
the "Admitted Prior Art in figures 1-3 of the instant application". (Office Action, page 2). These 
rejections are respectfully traversed. 

Various embodiments of the present application pertaining to independent claims 1,8, 
10, 17, 19, 26, 32, 34, and 37, are directed to providing gateway services to hosts. Various 
embodiments employ a received ARP message from a host as a triggering event for selecting a 
gateway device for the host. Independent claims 1 8, 10, 17, 19, 26, 32, 34, and 37 variably 
recite "in response to the received ARP message [from a host], and based on load balancing 
considerations, selecting one of the plurality of gateway devices to act as the addressee gateway 
device for the host." 

As an illustration of the operation of this feature in the context of the invention, in 
various embodiments: "[A] master is elected from within [a Routing Group (RG), the Routing 
Group comprising a plurality of gateway devices]. The elected master is the only member of the 
RG which responds to host ARP requests for a gateway address, in this case, the shared gateway 
VIP address." "Upon receiving an ARP request 701 for the VIP address 516 [that is, the virtual 
IP address of the Routing Group] from a host 520b, the master RG member 510a responds 702 
with one of several VMAC addresses [the VMAC addresses corresponding to the different 
members of the RG] based on its knowledge of other members 5 lOb-d of RG 508. Responding 
with one of the VMAC addresses binds the requesting host 520b to one of the RG members for 
default gateway services." "Host 520b then populates its gateway ARP cache 703 with the 
VMAC address 518b sent by the master. As long as the host's gateway ARP cache holds this 
VMAC address, the host 520b will send its outgoing traffic 704 to the assigned gateway." 
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"Depending on the system and the needs of the hosts, various load-sharing algorithms can be 
implemented to divide the hosts 520 on the LAN or subnet 530 among the participating RG 
members 510 for default gateway services." (Specif., page 18). 

Figs. 1-3 of the present application, which the Examiner contends to be "Admitted Prior 
Art" show a Cisco Hot Standby Routing Protocol (HSRP) system. Applicants disagree with the 
Examiner's characterization of pages 1 and 2 of the specification, as well as Figs. 1-3, as 
Admitted Prior Art, but will address both the specification and the cited Figures in the below 
discussion. 

HSRP was a solution developed by Cisco in the 1990s for allowing a host to choose a 
router from among a group of routers in a network. In some aspects, it concerns a system for 
forwarding data packets from a host on a LAN through a virtual router. In the HSRP 
embodiment described in the specification, "The host is configured so that the packets it sends to 
destinations outside of its LAN are always addressed to the virtual router. The virtual router may 
be any physical router elected from among a group of routers connected to the LAN. The router 
from the group that is currently emulating the virtual router is referred to as the 'active' router. 
Thus, packets addressed to the virtual router are handled by the active router. A 'standby' router, 
also from the group of routers, backs up the active router so that if the active router becomes 
inoperative, the standby router automatically begins emulating the virtual router." (Specif., page 
2, first full paragraph). 

However, as stated in the specification regarding the HSRP system depicted in Figs. 1 
and 2, "While this configuration provides a reliable fail-over function for the gateway devices, 
the standby members of the RG [Routing Group], while in standby mode in the default 
configuration, provide no function and carry no traffic initiated by the hosts. Current systems 
provide no ability to pass traffic initiated within a single common subnet through multiple 
members of an RG sharing a single virtual gateway IP address in a load balancing arrangement." 
(Specif, page 3, first paragraph (emphasis added)). That is, the HSRP system depicted in Figs. 1 
and 2 does not show a Routing Group (RG) in which multiple members can carry traffic and 
function as routers simultaneously. There is one active router and the others are simply on 
standby, and only act as routers in the event the active router fails. Accordingly, no load 
balancing functionality is taught by Figs. 1 and 2. 

The Examiner acknowledges that the alleged APA in Fig. 1 "does not expressly teach 
load balancing considerations in response to the received ARP message". (Office Action, page 
3). The Examiner relies upon Fig. 3 of the application as allegedly teaching that claim element. 
However, while Fig. 3 does depict a system that provides a load balancing functionality, it does 
so through the use of more than one Routing Group. It suffers from the same deficiency (in 
terms of serving as prior art) as Figs. 1 and 2 in that it does not show load balancing among the 
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members of single Routing Group where load balancing is triggered by receipt of an ARP 
message. 

The specification states regarding Fig. 3: 

Multiple redundancy group versions of the system of Figs. 1 and 2 are 
available options, whereby multiple RGs can be configured for a common subnet, 
each RG possessing its own virtual gateway IP address. As seen in Fig. 3, hosts 
120 are configured statically, or via a system such as Cisco 's implementation of 
the Dynamic Host Configuration Protocol (DHCP), as multiple user groups 130a, 
130b to use the multiple default gateway IP addresses 1 16a, 1 16b, respectively, 
assigned to RGs 108a, 108b. In RG 108a, member 1 10a has assumed the primary 
RG member role, while member 1 10b is initially a standby member. Members 
1 10c and 1 lOd occupy analogous positions, respectively, within RG 108b. Each 
grouping of users and RGs then functions as an "independent" system. 

This multiple RG configuration provides a load balancing function, but it 
is through the use of multiple default gateway IP addresses in a common subnet. 
This requires dividing users/hosts into multiple user groups and configuring the 
routers as multiple RGs. The administrative task of dividing hosts among 
multiple default gateways can be tedious and requires customization of the system 
which many users would prefer. (Specif., page 3, last two paragraphs (emphasis 
added)). 

Based on the above discussions of Figs. 1-3, Figs. 1-3 do not disclose selecting a gateway 
device for a host upon receiving an ARP message based on load balancing considerations. 
Accordingly, the Examiner's alleged "Admitted Prior Art" does not teach or suggest "in response 
to the received ARP message [from a host], and based on load balancing considerations, 
selecting one of the plurality of gateway devices to act as the addressee gateway device for the 
host." 

Rather, to the extent that the systems disclosed in Figs. 1-3 take into account load 
balancing considerations, these considerations are only made at the time the hosts of a subnet are 
"divided" among different Routing Groups of a subnet, each Routing Group possessing "its own 
virtual gateway IP address". The Examiner has not pointed out where Fig. 3 (or Figs. 1 or 2) 
teaches load balancing considerations being taken into account upon receipt of an ARP message. 
Nor has the Examiner pointed out selecting a gateway device from among a plurality of gateway 
devices sharing the same address. 

By contrast, various embodiments of the present invention recite a system in which load 
balancing considerations are taken into account in a dynamic manner each time a host sends an 
ARP message to a gateway device. Independent claims 1, 8, 10, 17, 19, 26, 32, 34, and 37 recite 
selecting one of the plurality of gateway devices to act as the addressee gateway device for a 
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host, based on load balancing considerations, "in response to" receiving an ARP message from 
the host. 

Further, the Examiner asserts that "The APA in figure 3 discloses multiple RG 
configuration that provides a load balancing function". (Office Action, page 3). However, the 
very fact that in the system disclosed in Fig. 3 user groups use different default gateways IP 
addresses depending on which Routing Group they have been assigned to, as pointed out by the 
Examiner, underlines that Fig. 3 does not teach the elements of the recited claims. For example, 
in claim 1, the "plurality of gateway devices" among whom a selection is made for the gateway 
device which will "act as the addressee gateway device for the host", all share the same 
"address". Claim 1 recites "receiving an address resolution protocol (ARP) message from a host 
addressed to an address shared by a plurality of gateway devices". The Examiner does not 
indicate where Fig. 3 shows a system in which a gateway device is selected from among a group 
of devices each sharing the same address vis a vis a host. 

Furthermore, as noted above, the Examiner does not point out where the APA allegedly 
shows performing a load balancing determination when an ARP message is received. 

Accordingly, the Applicants respectfully submit that the Examiner's rejections of 
independent claims 1, 8, 10, 17, 19, 26, 32, 34, and 37, are improper. The Applicants 
respectfully submit that the rejections of the claim that depend from these independent claim are 
improper for at least similar reasons. Therefore, Applicants respectfully request that the 
rejections against claims 1-35 and 37-44 be withdrawn. 

INFORMATION DISCLOSURE STATEMENTS 

The Applicants acknowledge with appreciation the Examiner's consideration of the IDSs, 
dated, respectively, November 25, 2002, March 18, 2004, and April 30, 2004. 

CONCLUSION 

The Applicants believe that all pending claims are allowable. Should the Examiner 
believe that a telephone conference would expedite prosecution of this application, the Examiner 
is encouraged to contact the Applicants' representative at the telephone number set forth below. 

Respectfully submitted, 

Weaver Austin Villeneuve & Sampson LLP 

/Jeffrey K. Weaver/ 

Jeffrey K. Weaver 
Reg. No. 31,314 

P.O. Box 70250 
Oakland, CA 94612-0250 
510-663-1100 
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